WARNING:
JavaScript is turned OFF. None of the links on this concept map will
work until it is reactivated.
If you need help turning JavaScript On, click here.
此概念图以 IHMC CmapTools 创建, 内含信息有关于: 第5章 需求工程, 第5章 需求工程 包括 5-2 需求擷取, 5-3 定義需求 包括 5-3-5 事件分割法的事件表-說明, 5-2-3 需求擷取活動-觀察 是 觀察(Observation)是需要花費大量時間,卻 很有價值的需求擷取活動,系統開發人員直接 到使用者的工作場所,現場觀察使用者每天的 工作情況,以便進一步了解工作內容,如此, 可以獲得比訪談更有用的資訊。 因為訪談只能了解正常的工作情況和內容,並 無法得知一些例外狀況,或使用者自己沒有注 意而忽略的部分,例如:一些現存系統之外的 人工步驟,就可能在訪談時被忽略掉。, 5-1-1 需求-說明 是 「需求」(Requirements)是使用簡單、高階和 抽象的文字敘述來描述使用者需要的系統服務 和操作限制,或正式定義系統詳細功能的規格 書(Davis,1993)。 需求包含系統特點的描述、系統如何運作的規 格和限制,一般來說,需求是在描述系統應該 作什麼(What),而不是系統如何作到這些功 能(How)。, 5-3 定義需求 包括 5-3-4 需求整理, 5-5 需求驗證 包括 5-5-1 需求驗證的基礎, 5-5 需求驗證 包括 5-5-2 需求驗證技術-Fagan檢驗(階段), 5-3-5 事件分割法的事件表- 事件的基礎(種類) 是 基本上,事件可以分為三種,其說明如下所示: 外部事件(External Event):發生在系統之外的 事件,主要是因為使用者需要執行交易、輸入 資料、取得資訊和更新資訊等操作產生的事件 ,例如:客戶輸入使用者名稱和密碼,產生使 用者登入系統的事件等。 時間點事件(Temporal Event):在系統內特定時 間點到達時觸發的事件,通常是一些輸出報表產 生的事件,例如:系統在特定時間點產生管理報 表、交易報表、帳單和催繳單等。 狀態事件(State Event):系統內部狀態改變所 觸發的事件,例如:管理者關閉系統等。, 5-3 定義需求 包括 5-3-5 事件分割法的事件表- 事件的基礎(說明), 第5章 需求工程 包括 5-3 定義需求, 第5章 需求工程 包括 5-1 需求工程的基礎, 5-3-3 需求屬性-說明 是 需求屬性是需求的描述資料(Meta-Data),每一 個需求都需要使用一組屬性來記錄需求的額外資 訊,例如:完成日期和優先等級等基本上,需求 屬性的語法是由屬性名稱和值組成,例如:名為 【優先等級】的屬性,其值為MoSCoW規則M。, 5-5 需求驗證 包括 5-5-2 需求驗證技術-Fagan檢驗(說明), 5-2 需求擷取 包括 5-2-2 識別利益相關者-如何識別, 5-3 定義需求 包括 5-3-2 需求分類-功能性需求(範例), 5-2-2 識別利益相關者-如何識別 是 在實務上,我們有一些方法可以在公司或組織 中找出哪些人員是系統開發專案的利益相關者 ,如下所示: 是誰在操作和維護系統。 是誰會因為系統建立,可以提供他們工作上的 協助,也就是因為系統而受益的人。 是誰付款、決定預算和主導系統開發。 有誰反對新系統的開發。, 5-5 需求驗證 包括 5-5-2 需求驗證技術-使用雛型, 5-3-5 事件分割法的事件表- 事件的基礎(說明) 是 軟體系統的操作過程就是一個與使用者互動的過 程,系統需要等待使用者下達指令,例如:選擇 選項或按下按鈕(即產生事件),系統才會回應 請求來執行特定的功能,簡單的說,系統功能不 會沒有任何原因而自動的執行,它一定是因為產 生事件才會執行。 換句話說,系統一定需要等到某位使用者的特定 操作或特定情況觸發事件後,系統才會回應事件 來執行指定的功能。因為系統功能與事件之間有 因果關係,所以,我們可以從事件角度來描述系 統需求。, 5-2 需求擷取 包括 5-2-1 領域分析與領域知識-領域知識, 5-5-2 需求驗證技術-Fagan檢驗(說明) 是 Fagan檢驗(Fagan Inspections)是Michael Fagan 開發的軟體檢驗方法,它是使用系統化和結構 化方式來找出文件錯誤,包含軟體開發每一個 階段的開發文件,例如:程式碼、規格、設計 或其他階段的文件。 Fagan檢驗的目的是找出錯誤(Defect),它需 要一個小組來執行,包含一位協調者的主席、 一位記錄的秘書、欲檢驗項目的作者和一至多 位檢驗員。